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TECHNICAL FIELD 
The invention relates to printing in a web based imaging environment and more 
particularly to manual duplex printing in a web based imaging enviroimient. 
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BACKGROUND 

There are differences in the manual duplex (double side) printing capabilities 
supported by various printers. Some printers do not allow manual duplex printing. For 
example, paper having been previously printed on one side can jam within some printers 
when reloaded in the proper orientation for printing the second side. Different printers 
require reloading the paper in different printer-specific orientations. Proper orientation is 
typically a matter of trial and error. 

Duplex printing and manual duplex printing, including supporting software to print all 
the odd sides, instruct the user to reload the copies, then print all the even sides, are prior art 
technologies. Some of these technologies are application based and work only with a 
particular appHcation. Other methods are more general, but are still platform- and operating 
system-dependent. For example, these methods capture a user's job from the Windows 
operating system and then use Windows-specific software involving a print dialog box to 
print only odd pages or even pages, thus enabling the job to be manually duplex printed if the 
paper is properly reoriented manually between the two printings. It would be desirable in the 
art to provide a platform-independent system and method for manual duplex printing that 
clearly identifies the manual duplex printing capabiUties of a printer and removes the 
guesswork from reorientation of the paper printed on a first side when reloading for second 
side printing. 
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SUMMARY OF THE INVENTION 
The present invention is directed to a system and method in a web based imaging 
environment in which a user accesses a destination service representing a printer having 
manual duplex printing capability, and indicates the desire to manual duplex. If the 
5 destination service is unfamiUar with the printing device, the destination service guides the 
user through a training process describing the way paper is fed through the input tray of the 
printer. The destination service prints an image on a page, asks the user to reinsert the page 
in a certain orientation and then prints an image on the page again. The user provides 
feedback about the orientations of the printed images on the page. The destination service 
1 0 uses this information to formulate manual duplex instructions to later guide the user through 
manual duplex printing using the specific printing device. In a variation, the destination 
service stores previously formulated manual duplex printing instructions relating to various 
printers, thus avoiding the need to retrain. 

J. Technical advantages include providing a means of training a web-based destination 

SI 5 service to manually duplex print with a variety of printers through a platform independent 
web-based interface. 
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BRIEF DESCRIPTION OF THE DRAWING 

FIGURE lA is a simplified schematic diagram representing a logical overview of a 
typical web-based imaging system, in accordance with embodiments of the present invention; 

FIGURE IB is a simplified schematic diagram depicting various aspects of 
destination services, in accordance with embodiments of the present invention; 

FIGURE IC is a schematic diagram illustrating in more detail various aspects of the 
network of FIGURE 1 A, in accordance with embodiments of the present invention; 

FIGURE 2A is a simpUfied schematic diagram illustrating a configurable web-based 
imaging service that supports manual duplex printing, in accordance with embodiments of the 

present invention; 

FIGURE 2B illustrates the four possible image orientations of single side printed page 
fi-om a printer; 

FIGURE 3 A is a flow diagram depicting the operation of an embodiment of the 
configurable web-based imaging service illustrated in FIGURE 2A; 

FIGURE 3B is a flow diagram depicting the operation of manual duplex printing 
following the operations depicted in FIGURE 3 A; 

FIGURE 4 is a schematic representation of an example of a dynamic front panel 
status display illustrating the entire web based manual duplex printing process, in accordance 
with some embodiments of the present invention; 

FIGURE 5A is a schematic diagram depicting a client-server network system in 
accordance with embodiments of the present invention; and 

FIGURE 5B is a schematic diagram depicting a variation of the cUent-server network 
system of FIGURE 5 A, which is tailored to faster data rates or Umited client machine storage 
capacity 
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GLOSSARY OF TERMS AND ACRONYMS 
The following terms and acronyms are used throughout the Detailed Description: 

"API". An application programming interface (API) is a library of programmatic 
methods provided by a system of some kind (an example is a web-based imaging system, as 
in the present invention) that enables client programs (web application content operating 
within the browser is one example) to interact with that system. One method of creating an 
API is to create a library. For example, in JAVA™, a library (conventionally called ajar file) 
is created by defining a class or classes, compiling the class or classes, and grouping the class 
or classes into a library. For example, the following class could be created: 

class BaseConversionAPI {static pubhc String convertBaseToBase (String in 
Number, int inBase, int outBase) {// Code for returning a string representing 

inNumber converted to outBase}} 

That class would then be compiled with the command: 

java.exe BaseConversionAPI .Java 

NOTE: Programs are typically stored in text files, which are "compiled" in order to 
create "object files" which contain the executable (or interpretable) instructions. In this case, 
the program is contained in the file BaseConversionAPI.java. The act of compiling creates a 
file named "BaseConversionAPI. class" containing instructions for a specific computing 
architecture (in this case the JAVA™ Virtual Machine) corresponding to the program. 

Next in this example, a Jar file would be created: 

jar.exe cvf BaseConversionAPI.tar BaseConversionAPI.class 

This command creates a "library" file containing the BaseConversionAPI class. This 
last step is not absolutely required. In some instances, API's are provided as simply files 
containing executable instructions (such as the BaseConversionAPI.class file). 
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References regarding the creation of API's: 

http://www.library.yale.edu/orbis2/public/activity/AP.html 

Note that the API's to network services (graphic store, composition store, and user 
profile store, all to be discussed below) would be created to be accessible through a remote 
5 invocation technology such as CORBA, JAVA™-RMI, DCOM™, RPC, or SOAP. A wide 
variety of references are available that describe how API's can be created to be accessible 
:^ through a remote invocation technology, such as one of the technologies noted above. 

"Client-Server". A model of interaction in a distributed system in which a program at 
one site sends a request to a program at another site and waits for a response. The requesting 

"10 program is called the "client," and the program which responds to the request is called the 
"server." In the context of the World Wide Web (discussed below), the client is a "Web 
browser" (or simply "browser") which runs on the computer of a user; the program which 
responds to browser requests by serving Web pages, or olher types of Web content, is 

r commonly referred to as a "Web server." 

15 "Composition." Composition, also referred to as a "graphics composition," comprises 

a file with links to graphic data serviced as a single unit, i.e., a graphic. The file also usually 
includes information on the placement of those graphics on a sequence of canvases. It 
describes how to combine one or more graphics from one or more sources onto a sequence of 
canvasses, in a variety of different ways. The use of compositions allows multiple 

20 compositions to reference a graphic in a graphic store without having to duplicate the 
graphic. 

"Composition store". Composition store refers to a service (ideally implemented as a 
network service) that stores and provides access to imaging composition(s) that can be 
accessed by the user or web services. In this context, providing "access" includes providing 
25 methods for building compositions, modifying compositions, and accessing them piecemeal. 
For example, a set of methods available for execution via the composition store might include 
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the methods Get a Composition, Create a Composition, Delete a Composition, and Modify a 
Composition. 

"Content." A set of executable instructions that is served by a server to a client and 
that is intended to be executed by the client so as to provide the client with certain 
5 functionality. Web content refers to content that is meant to be executed by operation of a 
Web browser. Web content, therefore, may non-exhaustively include one or more of the 
following: HTML code, SGML code, XML code, XSL code, CSS code, JAVA™ applet, 
_„ JavaScript™ and C-" Sharp" code. 

J "Exchange infrastructure." An exchange infrastructure is a collection of services 

1 0 distributed throughout a network that store imaging data associated with a particular user 
through a user profile. 

"Firewall." A firewall filters out unwanted communication packets in one or more 
directions. By way of example, in one implementation of a firewall, requests from inside a 
Z firewall may be made to access data on the outside of the firewall, and responses to such 
15 requests are typically permitted. Communications initiated from outside the firewall to 
devices inside of the firewall are typically not permitted. Generally, the firewall may be 
implemented by a firewall proxy server that allows devices inside the firewall to pass HTTP 
requests to web servers outside the firewall. Obviously, other protocols may be used to 
implement communication through the firewall. 

20 "Generic access instructions." A generic access instruction refers to an executable 

instruction that is intended to cause the executing device to generate generic access requests 
in order to access a set of target graphic data. These instructions call methods provided by, 
for example, an imaging extension, but are executing within a JVM/JAVA™ or similar 
environment (which the imaging extension is part of). Methods provided by the environment 

25 in which the program is executed are typically called an "Application Programming 

Interface" (API). Note that a generic access instruction does not include the location of the 
target graphic data. Typically, the target graphic data is pre-selected (generally by a user) 
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and its location is determined from information that is maintained locally within liie 
executing device. 

For p\irposes of this application, the term "generic access instruction" refers to an 
executable instruction that is intended to cause the executing device to generate generic 
access requests in order to access a set of target data. A generic access instruction, however, 
does not include the location of the target data itself and neither does the generic access 
requests. Importantly, the target data is pre-selected (typically by a user) and its location is 
determined from information that is maintained locally within the executing computer or 
otherwise associated with the user. For this reason, the target data for a particular computer 
is said to be "associated" with that computer or more specifically with that user. Thus, for 
example, the target data that is associated with computer "A" is the data that computer "A" 
will access in response to a generic access instruction. The target data that is associated with 
computer "B" is the data that computer "B" will access in response to the identical generic 
access instruction. 

Furthermore, in the case wherein the target data represents an image, that image is 
referred to herein as the "target unage." La this simphfied example, it will be assumed that all 
generic access instructions specified by the system wide standard mentioned above are for 
accessing data that describes an image. 

"Graphic data." Graphic data refers to digital data capable of being represented as 
two dimensional graphics, such as a Portable Document Format ("PDF") file or a Joint 
Photographic Experts Group ("JPEG") file. 

"Graphic store." Graphic store refers to a network service or a storage device for 
storing graphics data that can be accessed by the user or other network services. The graphic 
store preferably accepts the graphic data in multiple standard file formats, and the graphic 
data is converted into these file formats when necessary depending on the implementation. 

"Hyperlink." A navigational Unk from one docimient to another, from one portion (or 
component) of a document to another, or to a Web resource, such as a JAVA™ applet. 
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Typically, a hyperlink is displayed as a highlighted word or phrase that can be selected by 
clicking on it using a mouse to jump to the associated document or document portion or to 
retrieve a particular resource. 

"Hypertext System." A computer-based informational system in which documents 
(and possibly other types of data entities) are linked together via hyperlinks to form a user- 
navigable "web." 

"HTML" (HyperText Markup Language). A stmdard coding convention and set of 
codes for attaching presentation and linking attributes to informational content within 
docimients. (HTML 2.0 is currently tiie primary standard used for generating Web 
documents.) During a document authoring stage, the HTML codes (referred to as "tags") are 
embedded within the informational content of the document. When the Web docimient (or 
HTML document) is subsequently transferred from a Web server to a browser, the codes are 
interpreted by the browser and used to display the document. Additionally in specifying how 
the Web browser is to display the document, HTML tags can be used to create links to other 
Web documents (commonly referred to as "hyperlinks"). For more information on HTML, 
see for example Ian S. Graham, The HTML Source Book, John Wiley and Sons, Inc., 1995 
aSBN 0471-11894-4). 

"HTTP" (HyperText Transport Protocol). The standard World Wide Web client- 
server protocol used for the exchange of information (such as HTML documents, and client 
requests for such documents) between a browser and a Web server. HTTP includes a number 
of different types of messages which can be sent from the client to the server to request 
different types of server actions. For example, a "GET" message, which has the format GET 
<URL>, causes the server to return the document or file located at the specified URL. 

"Imaging composition." An imaging composition comprises links to imaging data 
serviced as a single unit. 
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"Imaging data." Imaging data refers to digital data capable of being represented as 
two dimensional graphics, such as a Portable Document Format ("PDF") file or a Joint 
Photographic Experts Group ("JPEG") file. 

"Imaging data store." Imaging data store refers to a network service or a storage 
5 device for storing imaging data that can be accessed by the user or other network services. 
The imaging data store preferably accepts the imaging data in multiple standard file formats, 
and the imaging data is converted into these file formats when necessary depending on the 
1 implementation. 

"Internet." A collection of interconnected or disconnected networks (public and/or 
Jo private) that are hnked together by a set of standard protocols (such as TCP/IP and HTTP) to 
form a global, distributed network. (While this term is intended to refer to what is now 
commonly known as the Internet, it is also intended to encompass variations which may be 
- made in the fiiture, including changes and additions to existing standard protocols.) 

£- "PDA" (Personal Digital Assistant). A small hand-held computer used, for example, 

15 to write notes, track appointments, send email and browse the web with generally with far 
less storage capacity than a desktop computer. 

"Personal imaging repository." A personal imaging repository is a conceptual term 
describing the exchange infirastructure used to exchange graphics composition and graphics 
data with web services. Users are associated with their graphics data through user profiles. It 
20 should be noted that the personal imaging repository 50 can represent any type or 
combination of data storage devices. 

"URL" (Uniform Resource Locator). A unique address which fully specifies the 
location of a file or other resource on the Internet or a network. The general format of a URL 
is protocol: //machine address: port/path/filename. 

25 "User Information." User information is identification and security information used 

in accessing graphics composition(s) and graphics data associated with a particular user 



25040323.1 



Attorney Docket No. 10008089-1 



12 



PATENT 



profile. It is preferably accessed either directly or indirectly through methods provided by an 
extension component integrated into the web browser. 

"User Interface." The junction between a user and a computer program providing 
commands or menus through which a user communicates with a program. For example, in 
5 the client-server model defined above, the server usually generates and delivers to a client a 
user interface for communicating with a program operating on or controlled by the server 
device. Where the server is a web server, the user interface is a web page. The web page 
when displayed by the client device presents a user with controls for selecting options, 
issuing commands, and entering text. The controls displayed can take many forms. They 
TO may include push-buttons, radio buttons, text boxes, scroll bars, or pull-down menus 

accessible using a keyboard and/or a pointing device such as a mouse connected to a cUent 
device. In a non-graphical environment, the controls may include command lines allowing 
the user to enter textual commands. 

- "World Wide Web" ("Web"). Used herein to refer generally to both (i) a distributed 

-15 collection of interlinked, user- viewable hypertext documents (commonly referred to as Web 
° documents or Web pages) that are accessible via the Internet, and (ii) the client and server 
software components which provide user access to such documents using standardized 
Internet protocols. Currently, the primary standard protocol for allowing applications to 
locate and acquire Web documents is HTTP, and the W^eb pages are encoded using HTML. 
20 However, the terms "Web" and "World Wide Web" are intended to encompass WAP and 

WML for mobile phone web browsers, as well as other current and fixture markup languages 
and transport protocols which may be used in place of (or in addition to) HTML and HTTP. 

"Web Site." A computer system that serves informational content over a network 
using the standard protocols of the World Wide Web. Typically, a Web site corresponds to a 
25 particular Internet domain name, such as "HP.com," and includes the content associated with 
a particular organization. As used herein, the term is generally intended to encompass both (i) 
the hardware/software server components that serve the informational content over the 
network, and (ii) the "back end" hardware/software components, including any non-standard 
or specialized components, that interact with the server components to perform services for 
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Web site users. Importantly, a Web Site can have additional functionality, for example, a 
Web site may have the abihty to print documents, scan documents, etc. 

"Web service." A web service is intended to refer to a service that is provided (at 
least in part) by a web server. But a web service is a broader concept than a web server. In 
5 this regard, a "Web server" is a program that, using the client/server model and the World 
Wide Web's Hypertext Transfer Protocol (Hypertext Transfer Protocol), serves the files that 
form Web pages to Web users (whose computers contain HTTP clients that forward their 

^ requests). Every computer on the Internet that contains a Web site must have a Web server 

program. The most popular Web servers currently are Microsoft's Internet Information Server 

10 (Internet Information Server), which comes with the Windows NT server; Netscape 

FastTrack™ and Enterprise™ servers; and Apache, a Web server for UNIX-based operating 
systems. Other Web servers include Novell's Web Server for users of its NetWare™ 
operating system and IBM's family of Lotus Domino servers, primarily for IBM's OS/390™ 

~ and AS/400™ customers. 

=4 5 Web servers often come as part of a larger package of Intemet- and intranet-related 

programs for serving e-mail, downloading requests for File Transfer Protocol files, and 
building and publishing Web pages. This larger package is referred to as the web service. 

Parameters for a Web server include how well it works with various operating systems and 
other servers, its ability to handle server-side programming, and publishing, search engines, 
20 and site building tools in the package. 

DETAILED DESCRIPTION 

FIGURE lA is a simplified schematic diagram representing a logical overview of a 
typical web-based imaging system, in accordance with embodiments of the present invention. 

User 100 interfaces with client program 16, typically a web browser, which is logically 
25 connected through data path 51 with network 10. Also logically connected with network 10 
through respective data paths 52-55 are for example among other entities source service 24, 
an imaging service 32, destination service 34, and imaging store 30 (for further description of 
a source service, a destination service, and an imaging store see co-pending and commonly 
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assigned U.S. Patent Applications Serial Numbers 09/712336, 09/874184, 09/874427, and 
09/924,058, cited above, the disclosures of which have been incorporated herein by 
reference). Network 10 can be any of a variety of network types, including for example 
Internet, Intranet, and Ethernet, and the transmission medivim of network 10 and data paths 
5 51-55 can include electrically conductive cable, optical fiber, semiconductor, wireless, or any 
combinations of these. Data paths 51-55 need not be physical links but can represent data 
flows through any media. In general a web-based imaging system can include multiple client 
^ programs 16, source services 24, destination services 34, and imaging stores 30 each 
jjf interconnected with a network 1 0 and having a unique network address, typically represented 
-iJO by a Uniform Resource Locator (URL). Imaging service 32 is a logical entity providing 

client program 16 access to multiple destination services 34 by accessing and downloading 
- interfaces, typically web pages conventionally generated using HyperText Markup Language 

(HTML) coding. Web documents are conventionally located and acquired throughout 
. Z network 1 0 using HyperText Transfer Protocol (HTTP). 

J 5 FIGURE IB is a simplified schematic diagram depicting various aspects of 

destination services 34, m accordance with embodiments of the present invention. A 
destination service 34 typically is a destination web service that represents one or more 
production devices 152, 154 on network 10. Production devices 152, 154 include printers; 
paper handhng accessories such as binders, sorters, or folders; e-mail clients; facsimile 

20 devices; web servers; and data storage devices. Production devices are not, however, limited 
to those above, but may include any devices capable of electronically or physically saving, 
displaying, formatting, or ti-ansferring a target unage. Some production devices perform a 
single type of service, for example printing, whereas other production devices perform 
multiple services. A self-representing production device 152 contains an embedded 

25 destination service 34, which represents production device 152 on network 10, allowing 

production device 1 52 to be connected directly to network 10 and accessed directly by cUent 
program 16. Ghent program 16 is typically a web browser that runs in a client machine 12, 
commonly a desktop or laptop and potentially a handheld computer or personal digital 
assistant (PDA). On the other hand, a production device 154 such as a conventional printer is 

30 incapable of self-representation and consequently must be connected to and controlled by an 
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external destination service 34 running on an intermediate device such as a desktop computer 
or a print server machine. 

In some embodiments of the present invention, source service 24 generates a set of 
data representing a printable version of a target image, which includes a controlled symbol 
5 referring to a predetermined symbol set. Only when the printable version of the target image 
is accessed by an appropriate destination service that contains the predetermined symbol set, 
, _ for example appropriate destination service 35, can the controlled s3nnbol in the target image 
^ be produced or displayed. Any other destination service 34 not containing the predetermined 
£ symbol set, including for example destination services accessible through imaging service 32, 
to can print or display at most only a proxy symbol in place of the controlled symbol, when 
? printing or displaying the image. The data representing the printable version of the target 
^ image are referenced by a composition stored in imaging store 30, as described in more detail 
Z below. 

FIGURE IC is a schematic diagram illustrating in more detail various aspects of 
T[ 5 network 10 of FIGURE 1 A, in accordance with embodiments of the present invention. Client 
program 16 running on operating system 14 in client machine 12 is logically interconnected 
through data path 52 of network 10 with source service 24, typically a source web service 
that runs on server machine 22 and generates interfaces, typically web content 20. When 
client program 16 browses to source service 24, web content 20, usually including executable 

20 content, is downloaded into the browser window of client program 16. Executable content 20 
accesses imaging store 30 via application programming interfaces (APIs) contained in a 
modified imaging extension 18 of chent program 16, for example through data paths 55 and 
56. For further description of imaging extensions containing APIs see co-pending and 
commonly assigned U.S. Patent AppUcations Serial Numbers 09/874184 and 09/924,058, 

25 cited above, the disclosures of which have been mcorporated herein by reference. Modified 
imaging extension 18, described in more detail below, can be accessed by, for example, 
JAVA™ applets for accessing imaging store 30, although other web programming 
technologies can be used. 
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In some embodiments of the present invention, a preview version of the printable 
version of the target image is incorporated into web content 20 of accessed destination 
services 34, 35, including destination services 34, 35 accessed through imaging service 32 
which provides links to source and destination services, and is previewed to user 100 through 
5 client program 16 in the context of the capabilities of accessed destination services 34, 35. 
When user 100 selects the "print now" option, the entire production process is controlled 
indirectly by user 100 through client program 16. 

.=J In accordance with embodiments of the present invention, below are described a 

Q number of enhancements to web based imaging systems. Particularly, a system and method 
1=1 0 are described which facilitate manual duplex (two sided) printing using a web based printing 

device equipped to perform simplex (one sided) printing only. FIGURE 2A is a simplified 
W schematic diagram illustrating a configurable web-based imaging service that supports 
I^L manual duplex printing, in accordance with embodiments of the present invention. A user's 
r browser 16 running on client machine 12 can access through the network destination services, 
O 5 for example destination services 34 and 35, which represent production devices, e.g. printers 
201-205, and provide web content 20 to browser 16. Destination services 34, 35 include 
respective logic fimctions 210, 21 1 interconnected with respective printers 201-205 and non- 
volatile memory, e.g., hard disks 212 and 213. Destination services 34, 35 each can access 
user's personal imaging repository 30 through web content 20 via imaging extension 18 over 
20 respective data links 204, 206, and 207. Alternatively, in some embodiments destination 

services 34, 35 each can access user's personal imaging repository 30 directly using a server 
side approach over respective data links 205, 208. 

In a web based imaging environment capable of providing manual duplex printing, 
there are two general sorts of printing device configurations. The first configxiration is 
25 depicted by printer 201 represented by an embedded destination service 34 very specific to 
the printer. A second configuration is a general piupose destination service 35 representing, 
for example, multiple printers 202-205 that do not individually include embedded destination 
services. Advantageously, second destination service 35 has knowledge of the featiares and 
operating characteristics of individual represented printers 202-205, for example, printer 202 
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(including control panel 214) supports duplex printing but printer 203 does not, whereas 
printer 204 includes a stapler accessory 217 and so supports stapling but printer 205 does not. 
All four of printers 202-205 include paper trays 215, and printer 202 includes an embedded 
sensor 216. 

FIGURE 2B illustrates the four possible image orientations of a single side printed 
page from a printer. A first orientation, as illustrated by detail 221 of Fig. 2B, is an upright 
image face up. A second orientation is an upright image face down, as illustrated by detail 
222. A third orientation, illustrated by detail 223, is face up but rotated 180 degrees relative 
to the upright orientation of detail 221. A fourth orientation, as shown in detail 224, is face 
down and rotated 180 degrees relative to the upright orientation of detail 222. There could of 
course be four additional orientations, if one were to consider printing in landscape mode as 
well as in portrait mode. Usually, however, regardless of the mode (landscape or portrait), 
thee paper is positioned the same in the paper tray. Before printing a first side (odd page), 
blank paper can be loaded into the printer in any orientation, and the resulting first side 
printed image orientation is immaterial. However, when the paper has been printed with an 
image on the first side, and is reloaded manually for duplex printing on the second side, paper 
orientation is critical, such that only one of the above four possible reload orientations can be 
correct, dependent on the paper path configuration of the specific printer. Therefore for 
manual duplex printing in web based imaging, it is critical to recognize which one of the 
above second side paper reload orientations is correct for the specific printer in question. 

FIGURE 3 A is a flow diagram depicting the operation of an embodiment of the 
configurable web-based imaging service illustrated in FIGURE 2A. At browser 16 a user 
collects imaging information into personal imaging repository 30 at block 301 and accesses 
any available destination service, for example destination service 35 offering manual duplex 
at block 302. Destination service 35 downloads web content 20 into user's browser 16 at 
block 303 and may retrieve imaging information from user's personal imaging repository 30 
at block 304. User selects a production device (e.g., a printer 202-205) at block 305a and 
previews the list of production options along with a preview image of the printable version of 
the imaging information at block 305b. At block 306a the user selects from the available job 
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options, including at block 306b the option to duplex manually. At block 307 if destination 
service 35 already has knowledge of the manual duplex instructions for the selected printer 
202-205, i.e., already has stored the relevant manual duplex instructions, then destination 
service 35 retrieves the relevant manual duplex instructions at block 308. 

If destination service 35 is unfamiliar with the manual duplex instructions for selected 
printer 202-205, then destination service 35 guides the user through an interactive 
configuring process, which can include a "walk through" training sequence starting at block 
310, describing the manner in which paper is fed through the paper input tray. Destination 
service 35 causes printer 202-205 to print training pages, for example representing the four 
orientations 221-224 described above in coimection with FIGURE 2B. For each orientation, 
destination service 35 prints a page, asks the user to reload the page a certain way, and prints 
on the page again. At block 311 the user provides feedback about the orientation of the 
printed image on the page or alternatively if desired requests a repeat printing of the previous 
training image. Destination service 35 repeats the printing of training images until the user 
has provided feedback on the complete set of orientations 221-224 at block 312a. 
Destination service 35 then processes this information to formulate instructions at block 312b 
to guide a user through future manual duplex printing using the production device in 
question, as described in more detail below. In a variation, if destination service 35 is 
configured to remember manual duplex instructions at block 313, then at block 314 
destination service 35 stores the instructions for manual duplex printing using a particular 
printer 202-205, which were previously collected by iterating the operations depicted in 
blocks 310 and 311, consequently avoiding the need to retrain. 

FIGURE 3B is a flow diagram depicting the operation of manual duplex printing 
following the operations depicted in FIGURE 3A. After formulating manual duplex 
instructions at block 312b or retrieving previously stored manual duplex instructions at block 
308 of FIGURE 3 A, destination service 35 proceeds at block 323 of FIGURE 3B to retiieve 
printable odd page (first side) imaging information from user's personal imaging repository 
30. Advantageously, all first side (odd page) imaging information is first retrieved and 
printed in order at block 324. When all of the odd pages have been printed, printing pauses 
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and at block 325 destination service 35 instructs the user to reload the single-side printed 
sheets for manual duplex printing in accordance with the proper orientation 221-224 for tiie 
particular printer 202-205 learned or retrieved as described in connection with FIGURES 2B 
and 3A. These instructions are normally displayed via web content 20 downloaded into 
5 user's browser 16 and will guide the user through the process of completing the manual 
duplex printing operation. In a variation, as depicted at block 331, printer 202-205 prevents 
any alternative job from beginning during a timeout period following the printing pause at 
block 325. In a further variation, the timeout period is user selectable. 

At block 326 the user manually reloads the printing sheets per instructions provided at 
: "10 block 325 and at block 327 confirms to destination service 35 that the sheets are reloaded and 
are ready to be printed on their second sides (even pages). Alternatively, in a variation as 
depicted at block 330, when the printer automatically detects that the pages of the printer are 
reloaded by monitoring the status of the printer (as for example, when the embedded sensor 
216 in printer 202 of FIGURE 2A indicates that paper tray 21 5 is made imavailable and 
3 5 subsequently available), then the other side can begin printing. In a further variation (not 
shown), the user can control whether or not automatic detection is used. After reloading is 
confirmed, at block 328 destination service 35 proceeds to retrieve in order printable even 
page (second side) imaging information from user's personal imaging repository 30, and at 
block 329 the even pages are printed in order on the reverse sides of the odd pages. 
20 Destination service 35 eventually indicates at block 332 that the job is complete. 

FIGURE 4 is a schematic representation of an example of a dynamic front panel 
status display illustrating the entire web based manual duplex printmg process, in accordance 
with some embodiments of the present invention. At block 320 the user is optionally 
provided with status via a "printing progress" page at browser 16 reflecting the printing of the 
25 odd pages, followed by a request to reload the pages. As shown in status display 402, for 
example, the front panel display could read "Printing Progress: Printing First Side of Pages 
(or odd pages). Be Prepared to Reload Pages." Later in the printing process, after printing 
the odd pages, the front panel display message changes, for example as shown in status 
display 403, to read: "Reload Pages Now and Click OK." When the user clicks OK, as at 
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block 327, the printer then begins processing the even pages and displays in status display 
404 that the even pages are printing. 

Depending on the configuration of destination service 35 and selected printer 202- 
205, other options can be made available at block 321 via front panel displays 402-404, 
5 which potentially provides status and user control throughout the manual duplex printing and 
web based imaging processes, including training to provide manual duplex. As depicted at 
block 322, these options can include activation, selection, and front panel display of the 
timeout period as illustrated at block 33 1, cancellation of the job, and the like. In a variation, 
the destination service is a proxy service hosted on a machine other than the printer. 

1 0 The system and method provide printing from a web application that is independent 

of the configuration of the operating system. In addition, since the print destination server 
r can return with specific print content that relates to a selected device, the present invention 
allows a preview of the print job in the context of the devices and/or services offered by the 
print destination server. 

£ 1 5 FIGURE 5 A is a schematic diagram depictmg cUent-server network system 10 in 

accordance with embodiments of the present invention. Client machine 12 is connected to 
first server machine 514 and second server machine 516 via Internet 518. Client machine 12 
includes client program (browser) 16 and preferably personal imaging repository 522. 
Browser 16 further includes extension component (imaging extension) 18 that makes use of 
20 user information 526 in order to provide an interface between content executing in browser 
16 and personal imaging repository 522. More specifically, user information 526 is used for 
associating accesses through extension component 18 with the appropriate user's personal 
imaging repository. It should be noted that the user profile can associate different users or 
groups with personal imaging repository 522. For example, the user profile can associate a 
25 single user with a particular personal imaging repository, but, at the same time, this user can 
also have multiple user profiles, resulting in multiple personal imaging repositories associated 
with a single user. Similarly, the user profile can associate a group having multiple users 
with a particular personal imaging repository. A personal imaging repository, in this 
scenario, can be used by a group having a common association, such as a group project. As 
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described, the user profile can be defined with great discretion and flexibility, and the above 
implementations are contemplated and within the scope of the present invention. 

Although the preceding description defines the user profile broadly, it should be 
understood that in the present embodiment each user has one personal imaging repository. A 
5 personal imaging repository will not typically be associated with groups — it will typically be 
associated only with individuals, but could optionally allow several individuals to use the 
r.^ same repository. This personal imaging repository is defined by all the information and 

services that are relevant to performing imaging operations for the particular user. The "root" 
of a user's personal imaging repository is one or more user profiles, which are associated 
10 with the user through one or more sets of user information. The present invention is directed 
to implementing the concept of allowing a user's information to follow him/her around, i.e., 
be accessible from a variety of different locations, both inside a firewall and outside of the 
firewall, as well as from a variety of different machines. 

Imaging extension 18 is configured to respond to the execution of generic access 
^1 5 instructions from web application content 528 by generating/mapping these generic 
instructions to corresponding imaging client-specific commands of imaging client 16. 
However, this will happen only if user information 526 (containing references to the user's 
profiles) is available to imaging extension 18, to access the user's personal imaging 
repository 522. 

20 Imaging extension 1 8 can be regarded and implemented as an application 

programming interface (API). The API used for imaging extension 18 is preferably 
structured in accordance with a system wide standard. The generic access instructions for 
example from web application content 528, when executed, can cause imaging extension API 
calls to be issued to the API in order to access the iiser's personal imaging repository 522 via 

25 imaging client-specific instructions. It will be recognized by those of ordinary skill in the art 
that there are other ways (both hardware and software) to implement this same functionality. 
Embodiments of the present invention are not limited to any one way. In essence, imaging 
extension 18 provides means for accessing user information 526 and for providing an opaque 
interface between web application content 528 executing in browser 16 and personal imaging 
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repository 522 and other functionalities of imaging client 16. An example implementation of 
the imaging extension will be discussed in more detail below. 

In operation, browser 16 initially accesses a web site and using appropriate request 
commands (HTTP for the current generation of browsers), downloads web application 
5 content 528 therefrom, which includes a set of executable instructions intended to be 
executed in browser 16 to provide browser 16 with predetermined functionality. These 
executable instructions comprise generic access instructions (see definition above), which are 
^ system wide instructions expressed in some language (i.e., JAVA™), that call the resoiu-ces 
O of an imaging extension API to access the user's personal imaging repository 522 to perform 
|I0 web imaging operations. Such generic access instructions can be, by way of example but not 
'•^ by way of limitation, JAVA"^"^, JavaScript™, and C-sharp instructions. A system wide 
W standard preferably manifested as an API or set of APIs typically specifies "generic access 
instructions," "generic access requests," and "target graphics." 

^! A variety of functionality can be provided by web application content 528 including, 

05 for example, executable instructions for imaging client 16 to display target graphics, i.e., 
show available graphics on the accessed web site. Another web application content can 
include executable instructions for displaying a print button, and if the print button is clicked, 
causing imaging client 16 to generate a print job that describes a graphic in the personal 
imaging repository 522 of the user and to transmit the print job, for example, to printer 542. 
20 A web application content can also provide a preview of the target graphic. Accordingly, 

web application content 528 refers to a set of executable instructions that are downloaded into 
browser 16 to perform a service requested by the user. 

Browser 16 executes web application content 528, whether it is HTML interpreted 
and/or executed by browser 16 into marks displayed on a user's display, or JAVA™ and 
25 JavaScript™ or some other appropriate language. As previously noted, web application 

content 528 contains executable instructions that use the API provided by imaging extension 
18 to indirectly access the user's personal imaging repository 522. For example, the 
executable instructions of the web application content can obtain an opaque access to the 



25040323.1 



Attorney Docket No. 1 0008089- 1 



23 



PATENT 



information from the user's profile (in order to specify the user's personal imaging 
repository) by interacting with a user profile store service (not shown). 

In the discussion herein, the term "opaque reference" is used. An "opaque reference" 
is a reference that does not expose information about an underlying resource. The possessor 
5 of an opaque reference is unable to determine anything about the resource from the opaque 
reference or to modify the opaque reference so as to alter which resource is being referenced. 
(In confrast, if a URL is provided, for example, "http://www.hp.com", it would be fairly 
--- straightforward for the web application content to modify the URL to refer to a different 
:~ resource, for example, "http://www.other.com".) 

.iO The executable instructions of web appUcation content 528 perform this access to 

obtain an opaque reference to the user's composition store 546 and graphic store 548. The 
web application content can further use the API provided by imaging extension 1 8 to add a 
new graphic to graphic store 548 via opaque reference. 

z Imaging extension 18 is configured to prevent web application content 528 (i.e., the 

=-15 executable instructions from web service 530), from directly accessing arbifrary services and 
the user's personal imaging repository 522. In essence, web application content 528 uses 
imaging extension 18 as a gateway to access everything in the user's personal imaging 
repository 522, including the information in the user profile. 

This restricted access imposed on web application content 528 can be implemented 
20 using a variety of methods. The designer can implement the API for imaging extension 1 8 
such that the API only accepts references from web application content 528 that were 
previously provided thereto by imaging extension 1 8. In essence, web application content 
528 is then unable to supply references arbifrarily when calling tiie API provided by imaging 
extension 18. Web application content 528 running on imaging client 16, in order to 
25 communicate with imaging client resources and with user's personal imaging repository 522, 
must first obtain opaque references using the API of imaging extension 18. For example, if 
web application content 528 wants to access graphic store 548, web application content 528 
is required to call a method (provided by the API of the imaging extension 18) that provides 



25040323.1 



Attorney Docket No. 10008089-1 



24 



PATENT 



an opaque reference to graphic store 548. This reference can then be used in subsequent calls 
by web application content 528 to the API of imaging extension 18. 

One approach to accomplishing this restriction is to create a session. For example, an 
imaging extension API for a particular operation might comprise: 

5 CreateParticularOperationSessionO : returns SessionED 

PerformOperation( Parameter, SessionID id ) : returns Boolean (which 

1 indicate a result) 

DeleteParticularOperationSession (SessionID) 

Accordingly, web application content 528 is required to call the imaging extension 
1 0 API to first create a session by calling CreateParticularOperationSession, which returns a 

SessionID. This SessionID is subsequently used to refer to the particular session. Next, web 
application content 528 calls the PerformOperation in the imaging extension API with 
particular input and the SessionID. Web application content 528 can perform a variety of 
manipulations, but cannot directly access parameters and operations which are "associated" 

15 with the SessionID, because the association is accomplished in a way that is "opaque" to the 
client. The imaging extension API and that API alone knows how to use the SessionID to 
determine/map to imaging client parameters. Often, the SessionID will be a reference such as 
a pointer to a data structure containing information relevant to the session. This data 
structure can contain parameters and other pertinent information. When web application 

20 content 528 has completed its operation, web application content 528 calls 

DeleteParticularOperationSession in the imaging extension API with the SessionID as a 
parameter. This instructs the imaging extension API to firee whatever resources (such as 
memory) are associated with the session. Note that if web application content 528 changes 
the SessionID, that will not allow web application content 528 to obtain restricted parameters, 

25 but will only confuse imaging extension 1 8 with the changed previously unseen SessionID. 

The API provided by imaging extension 18 is typically implemented as a library of 
methods that provide controlled access to an API provided by the network services 
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participating in user's personal imaging repository 522. This API is implemented to invoke 
the API provided by the user profile store, composition store 546, and graphic store 548. The 
API provided by imaging extension 18 is generally not accessed through remote invocation 
technology, although remote invocation technology can be implemented to access the APIs 
5 provided by the network services participating in the user's personal imaging repository 522. 
The API provided by imaging extension 18 is not an exact replication of APIs provided by 
the user profile store, composition store, and graphic store, since this API provides controlled 
access to those network services through (among other techniques) opaque references. 

~- From the above description, it can be seen that web application content 528 is 

10 prevented from using the API provided by imaging extension 1 8 to access arbitrary services. 

The key to this restriction is that web application content 528 cannot supply the addresses for 
-i.. these arbitrary services. Web apphcation content 528 can only refer to services through 
yi, opaque references provided by the imaging extension API (not exposing the actual 
H reference/URL to web apphcation content 528). For example, web application content 528 
O 5 can use the API to obtain a list of opaque references to available compositions. This Ust of 
nr opaque references instead would map to the real references/URLs in imaging extension 18, 
alone. Thus, in subsequently referring to these compositions, web application content 528 
cannot supply a URL (which might be one of its own creation), because that created URL 
cannot map within imaging extension 18 to real resources. Instead, web application content 
20 528 is required to use only references provided to it by the API, which make sense only in the 
context of the current session with that API. This restriction can be relaxed in circumstances 
where web application content 528 provides references to resources available fi-om the same 
network service in which web application content 528 originated. This is permitted, because 
web application content 528 already has a measure of access to the web service from which it 
25 originated (either when originally generated or subsequently), thus not acquiring any special 
access not already available to web application content 528. 

Browser 16 uses web application content 528 that is provided by web server 530. 
When the user selects "print" in the web application content, web application content 528 
among other things directs browser 16 to the print destination. Although one client machine 
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12 and two server machines 514, 516 are shown as examples, a broader implementation can 
involve multiple server machrnes to which chant machine 12 has access and can 
communicate. For better readability, a single client machine, server, production device, e.g., 
printer, or application has been and will be referred to and shown herein. However, it should 
5 be vmderstood by showing only one or by the use of "a" that what is meant is "one or more". 
For example, although a single printer has been and will be described and shown, this printer 
may actually be a plurality of printers forming a printing resource. In such a situation, it is 

J , understood that the present inventive concepts apply. 

b 

O First server machine 5 14 includes first server 534. When browser 16 is directed to 

0.1 

ilO first server 534 addressed by a unique Uniform Resource Locator ("URL"), first content 536 
^ is served by the first server to browser 16. Each content 536 is preconfigured with specific 
W instructions depending on the type of service the server machine represents. Similarly, 
yL second server machine 516 includes a second server 538 with a second content 540. 
}^ Generally, the contents 536, 540 are different, because the services and^^ access to devices 
Qi5 provided by the servers are different. In FIGURE 5 A, first server machine 514 is connected 
to single printing device 542, whereas second server machine 516 serves multiple printing 
devices 544. Consequently, first content 536 and second content 540 are different fi-om one 
another, each including separate instructions to browser 16. 

Although it is shown that the servers represent only printing devices in this example, 
20 the server can represent other services. For example, the server can be an auction web site, 
such as ebay.com, which makes an auction page for the user when a graphic file is printed to 
the web site, or a check writing service. In embodiments of the present invention, the user 
can "print" to any one of many services. As a result, the use of the word "print" is intended to 
have a broad definition, which can be applied to many available devices or services. 
25 Whatever the services and/or device the servers provide, the content can include the 
instructions needed for the configuration. It is advantageous that a personal imaging 
repository 522 be implemented according to the present invention, to store data that can be 
accessed by these servers. 
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In the present embodiment, personal imaging repository 522 includes composition 
store 546 for storing composition(s) of the imaging data that are serviced as a single unit and 
an graphic store 548, i.e., digital memory, for storing the imaging data. An imaging 
composition generally comprises links to the imaging data (also known as graphics), which 
can be located at another service or services. Accordingly, composition store 546 stores only 
the imaging compositions. Graphic store 548, on the other hand, is any imaging data store 
located on any computer that contains the graphics. More specifically, each web service can 
have its own graphic store 548 available to the public. 

For example, at some earlier time a user can print an article from a web service site, 
resulting in an imaging composition being created and stored in the user's composition store 
546. The imaging composition contains only the link to the graphic for this article stored for 
example on first web service site 514. Consequently, the graphic for the article is not in the 
graphic store 548 located on client machine 12. Rather, the graphic is stored in a graphic 
store 548 located on web service site 514. Users will have a graphic store 548 that belongs to 
their user identification, where they can store imaging data, which is graphic store 548 shown 
in client machine 12. As a result, tiKe term "personal imaging repository" 522 is a conceptual 
term for an exchange infrastructure between the imaging data and the available web services 
on Internet 518. Similarly, the term "web" denotes millions of distinct servers that comprise 
the web. However, the web does not actually do anything itself In embodiments of the 
present invention, the servers serving composition store 546 and graphic store 548 are 
physical implementations of the personal imaging repository as a concept. 

It should be noted that personal imaging repository 522 can represent any type of data 
storage device. In fact, the data storage device of personal imaging repository 522 does not 
necessarily have to be located with cUent machine 12. Personal imagmg repository 522 can 
be located, for example, on another machine or segmented and distributed among multiple 
machines, which chent machine 12 can access through Internet 518. Although it is frequently 
advantageous to include personal imaging repository 522 with client machine 12, this can 
change as data rates become faster and the popularity of personal digital assistant ("PDA") 
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devices increases. These alternative implementations are considered to be within the scope of 
the present invention. 

FIGURE 5B is a schematic diagram depicting a variation 560 of the client-server 
network system of FIGURE 5 A, which is tailored to faster data rates or limited client 

5 machine storage capacity. In this implementation, multiple users 562, 564 utilize the same 
client machines 566 through Internet 568. In this implementation, client machines 566 can 
include client computers that have less storage memory, such as a Personal Digital Assistant 
("PDA") or a laptop. Because of limited storage memory, personal imaging repository 570 

O for storing user's data 572 is located on a separate computer 574, which can be a server 

111 

ilO computer or just a linked client machine 566. In this example, separate computer 574 is a 
^Ji: server, which will be herein referred to as store server 574 to distinguish it from other servers 
W for printing. Users 562, 564 are assigned distinct user profiles (not depicted explicitly in 
yi Figure 5B) for accessing personal imaging repository 570 through store server 574. The user 
= profile (or profiles) is part of the user's personal imaging repository. Users 562, 564 each 
05 have a distinct personal imaging repository, although only a single personal imaging 
y[ repository 570 is depicted explicitly in FIGURE 5B. Although not shown, personal imaging 
repository 570 can similarly be implemented with a composition store and a graphic store, 
where user's data 572 can be stored. User's data 572 is broadly interpreted to include one or 
more user profile store services, one or more composition store services and/or one or more 
20 graphic store services. 

In operation, a first user 562 initially accesses system 560 with a login name and 
password. Once first user 562 has accessed system 560, the first user then also has access to 
the personal imaging repository 570 that is hnked to this first user's login name. Similarly, if 
a second user 564 logs in with a login name and password, the second user has access to 
25 system 560, including the personal imaging repository 570 that belongs to this second user's 
login name. In this implementation, users can access system 560 and their personal imaging 
repository 570 from any computers that have a browser and Intemet access. As a result of the 
flexibility of the Intemet, it is possible for users to access system 560 and their personal 
imaging repository 570 using a standard PDA and/or wireless web phone. 
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Web application content 576 can be used by the users through a browser 578 that is 
located on client machine 566. Similar to the previous implementation, web application 
content 576 is provided through web server 580. Browser 578 also contains extension 584 
for accessing user information 586, 587 that associate the different user profiles assigned to 
5 users 562, 564 with their respective personal imaging repositories. User information is 
different &om a user profile. User information references one or more user profiles 
associated with a particular user. As shown, each user profile has its own user information. 
Alternatively, the user information can also contain information for two or more user profiles. 
These other variations are contemplated and are within the scope of the present invention. 

1 0 Users can access a variety of servers on the Internet for the printing of the target data 

from web application content 576. In this example, there is first server 588 and second server 
590. First server 588 provides first print content 592 representing single printing device 594, 
and second server 590 provides second print content 596 representing a plurality of printing 
devices 598. 

1 5 Upon the user selecting PRINT or PRINT PREVIEW from web application content 

^ 576, web application content 576 first directs browser 578 to request a specific URL, which 
references a web page located on web server 580. Shown as an example in FIGURE 5B, a 
user creates a document using web apphcation content 576, and fi-om web application content 
576 the user can elect to PRINT the document (i.e., the target data). 

20 In response to receiving the request for the web page specified by the aforementioned 

URL, web server 580 constructs an imaging data of the target data. An imaging data refers to 
the printed output of the target data, which does not necessarily look the same as the target 
data, depending on the behavior of web application content 576. This step of constructing an 
imaging data may not be necessary, and depends on the implementation and configuration of 

25 the print destination. For example, if sending a graphic file to the earher example of an 

auction site for making an auction page with the graphic file, an imaging data might not have 
to be generated. Instead, print destination server 588, 590 can accept the target data without 
further modification for compatibility. However, since it is hard to foresee what type of 
graphic files the web site will accept, the exemplary method is implemented with the 
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intermediate step of constructing imaging data to guarantee imiformity and compatibility. 
Formats for the imaging data include JPEG, Graphics Interchange Format ("GIF"), Portable 
Network Graphics Format, Tagged Image File Format ("TIFF"), PDF and Microsoft 
Windows bitmap format ("BMP"). 

After web server 580 constructs the imaging data for the target data, web application 
content 576 transfers the imaging data to personal imaging repository 570. It is then 
determined whether personal imaging repository 570 is located on client machine 566 or on 
store server 574. If personal imaging rq)ository 570 is located on the client machine 566, the 
imaging data is saved to personal imaging repository 570 without fiirther connection. If, 
however, personal image repository 570 is located on store server 574, client machine 566 
will connect to store server 574. It is then determined whether the connection is successful 
before a timeout, and client machine 566 will keep trying to connect to store server 574 until 
a timeout or successful connection occurs. Once the connection with store server 574 is 
successfiil, client machine 566 transfers the imaging data to store server 574 for storage in 
personal imaging repository 570. 

After the imaging data is stored in personal imaging repository 570, web appUcation 
content 576 directs browser 578 to the server indicated by print destination 594, which will 
be referred to as print destination server 588. It is next determined whether print destination 
server 588 is available for printing. An error message is sent to browser 578 if the print 
destination server 588 is not available. If, on the other hand, print destination server 588 is 
available, it will respond to browser 578 by returning a print content 592, which will be 
displayed on browser 578 for user configuration. Print content 592 is generally a web page 
that is designed according to the services that this print destination provides. Furthermore, 
there are a nimiber of ways to implement print content 592, depending on the services 
available. For example, print content 592 can be configured to display a list of imaging data 
stored in personal imaging repository 570. In this scenario, print content 592 accesses 
personal imaging repository 570 to obtain the list for display to the user. The above 
described variations are contemplated and should be considered within the scope of the 
present invention. 
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As an example, if print destination server 588, 590 represents multiple printing 
devices, a page of the print application content may contain all the printing devices 594, 598 
that are available for user selection. From this page of the print content the user selects a 
printing device, and another page is returned to the user with the imaging data and the 
configurations that are available for this particular printing device. Through the print content, 
the user is able to print or print preview the imaging data according to the configurations of 
printing devices 598. In the auction site example, users can preview the auction page that 
they configured before posting onto the auction list. As shown, the print content can be 
returned with multiple pages depending on the need of the services provided by the print 
destination server. 

Once the user-selected configuration is finalized, the user can then select to PRINT or 
PRINT PREVIEW from print content 592. Print content 592 accesses the imaging data &om 
personal imaging repository 570, and transfers the imaging data with the specified user 
configuration to print destination server 588, through which the imaging data is printed or 
displayed according to the specified configurations including selected printing device 594. 
At the end, the print content can return a status page to indicate successful output at the 
printing device. 

Personal imaging repository 570 is an example of the notion of "identity." The user 
has a network "identity" through which he/she is represented. Personal imaging repository 
20 570 contains information associated with the user's identity. The foregoing description 
addresses a computing environment in which imaging extension 584 is used to make user 
information available to web content 592, 596 downloaded into browser 578. Imaging 
extension 584 makes information associated with the user's identity available. The primary 
purpose of imaging extension 584 is to provide access to information that is identified by 
25 user specific information 586, 587. In essence, this is a client-side approach to identifying 
user information. 

Although it is possible to extend browsers on Windows operating systems, it becomes 
harder to do this for newer devices like PDAs. Consequently, it is desirable to support the 
notion of identity without requiring the browser to be extended. Altematively, a server-side 
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approach to identifying user information is possible. This can be accomplished by moving 
the logic normally present in web content 592, 596 running within browser 578 into web 
server 588, 590. Rather than web content 592, 596 accessing services specific to the user, 
web server 588, 590 directly accesses services specific to the user. In other words, the 
5 identity technology is server side instead of client side. 

When using server side identity technology, because browser 578 no longer provides 
information regarding a user's identity, an "authentication website" can be used to provide 
H such information. In such an arrangement, web content 592, 596 redirects browser 578 to the 

authentication website, which determines the identity of the user and then redirects browser 
! IfO 578 back to the web content 592, 596 with title user identity, including the location of the 
|iJ user's profile. For this purpose, it is assumed that all web imaging destinations have 
l^ii information regarding the authentication server. Once the user's identity is determined (i.e., 
! the location of the user's profile is known), then web imaging destination can interact directly 
O with services specific to the user, without intervention of imaging extension 584. 

35 Embodiments of the present invention provide a different way of doing manual 

H- duplex printing as an integrated part of the entire printing process. Technical advantages 
include means for performing manual duplex printing in a platform independent way by 
interacting with a printer (or its proxy) through web-based imaging. A user's job is 
conveniently made available to the service representing the printer. The destination service 
20 can access the pages in the desired order (i.e., first all the odds, then all the evens) from user's 
identity either using web content executing in user's browser via imaging extension or using 
server side approach direct access. The user receives Printing Progress displays, and manual 
duplex printing is an interactive part of the overall web based printing process. Embodiments 
of the present invention fiirther provide means for training a destination service to manually 
25 duplex with a variety of printers in a platform independent way through web-based imaging. 



25040323.1 



